Graduated visual and manipulative translucency for windows

ABSTRACT

Methods and systems for providing graphical user interfaces are described. overlaid, Information-bearing windows whose contents remain unchanged for a predetermined period of time become translucent. The translucency can be graduated so that, over time, if the window&#39;s contents remain unchanged, the window becomes more translucent. In addition to visual translucency, windows according to the present invention also have a manipulative translucent quality. Upon reaching a certain level of visual translucency, user input in the region of the window is interpreted as an operation on the underlying objects rather than the contents of the overlaying window.

BACKGROUND

The present invention relates generally to graphical user interfaces forcomputer systems. More particularly, the present invention relates tosystems and methods for interfacing users with applications whichprovide for greater flexibility in the operation of both applicationsand user interfaces, specifically situations involving graphical userinterfaces including overlapping windows.

The evolution of the computer industry is unparalleled in its rate ofgrowth and complexity. Personal computers, for example, which began aslittle more than feeble calculators with limited memory, tape-driveninput and monochrome displays are now able to tackle almost any dataprocessing task. While this meteoric increase in power was almostsufficient to satisfy the demand of application designers and end usersalike, the corresponding increase in complexity created an ease-of-useproblem which the industry was somewhat slower in solving. Thus,designers were faced with a new challenge: to harness this computingpower in a form usable by even those with relatively little computertraining to smooth the transition of other industries into acomputer-based information paradigm.

As a result, in the early to mid-1980's many new I/O philosophies, suchas “user friendly”, “WYSIWYG” and “menu driven” came to the forefront ofthe industry. These concepts are particularly applicable tomicrocomputers, also known as personal computers, which are intended toappeal to a broad audience of computer users, including those whopreviously feared and mistrusted computers. An important aspect ofcomputers which employ these concepts was, ;and continues to be, theinterface which allows the user to input commands and data and receiveresults, which is commonly referred to as a graphical user interface(GUI).

The success of this type of interface is evident from the number ofcompanies which have emulated the desktop environment. Even successfulconcepts, however, must continually be improved in order to keep pacewith the rapid growth in this industry. The advent of multimedia,especially CD-ROM devices, has provided vast quantities of secondarystorage which have been used to provide video capabilities, e.g., liveanimation and video clips, as regular components of applicationdisplays. With these and other new resources at their disposal,application designers and users alike, demand additional functionalityand greater ease of use from the desktop environment.

To consider the challenges associated with continuing GUI design,consider as an example of a GUI which has evolved over time the Finder™user interface and information management system (simply “Finder™ userinterface” hereafter) which runs on the Apple Macintosh™ computer. TheFinder™ user interface is based on the aforedescribed display principlesusing “windows” and “icons” to help manage computer information. Themain or root window is called the “desktop” area, or more generally theprimary display region. The desktop, or primary display region, isalways open (displayed on the screen with its contents accessible or atleast partially accessible), and takes up substantially the full displayscreen area when other windows are not open. The desktop is usuallyvisible in the background when other windows are open.

Existing inside any particular window, including the desktop itself, areother information identifiers called “icons.” An icon is a screenidentifier associated with a particular collection of computerinformation. Typically an icon may represent a “file” which is either acollection of data or a program or program segment. An icon also mayrepresent the closed state of a window. Icons are graphic imagesdisplayed on the computer screen and usually correspond to the type ofinformation stored within the file. Icons give the user access to theparticular file represented by the graphic image when the icon isvisible. The use of icons and windows is well known in the art.

The “file” is the information packet that the user wishes to utilize,create or modify; each particular file has an associated nameidentifying the file. Therefore, any given file may be located in theinformation management system by knowing a file name, an iconographicrepresentation associated with the name, or a window locator name. Allinformation (files) situated within a particular window are identifiedwith that particular window's own identification location within thecomputer information management system. Therefore, any particular fileinformation can be retrieved knowing its particular identification nameand its window name. Accordingly, the resulting screen display utilizingthe Finder™ user interface may be broken down into multiple windows andgraphic icons.

Another important element of this (and other) conventional userinterfaces is a screen cursor. The cursor allows direct user controlover the user interface as described above. The Finder™ user interfaceis complemented with a “mouse” and a corresponding “pointer” which makesup the cursor control device. The user has control over the mouse, whichis an electro-mechanical,device that translates two-dimensional mousemovement into a two-dimensional screen position movement represented by,for example, a pointer or arrowhead. The user contacts and directs themouse. When the mouse is moved freely on a table top, then the pointeron the screen will move in a similar and proportional manner. The mousealso contains one or more push buttons which can be used to effectuatecontrol over the cursor pointer by selecting or deselecting specificicons or other display tools. It is said that the cursor pointer is“activated” when the mouse button is depressed and the pointer remainsactive until the button is released. Pointer activation may also beinitiated by sequences of mouse button presses, such as a “double click”interaction which involves rapidly pressing the mouse button press twicein sequence.

Access to information in a conventional user interface system for adisplay management system is therefore based on windows, icons andpointer movement of the cursor. To access a file, the cursor pointer isplaced on the visible icon or visible file name and the pointer isactivated. A closed window may be represented by an icon or a windowname. A window opens when the pointer of the cursor rests on the visibleicon or visible name representing the closed state of the window and thepointer is activated. Within the open window, files may be displayed byicon or by name. An open window, of various geometries, may berectangular and will exist within the display area of the main viewingscreen on the desktop. Multiple windows may be open at one time,typically with the most foreground window corresponding to the mostrecently opened window and the background windows representing thoseopened previously. In the organization scheme described, it isappreciated that files are nested within windows and windows can benested within other windows; the main or root window being the desktoparea, or primary display region.

During a session using a window-based information system, many windowscan be open at one time with many displayed icons within. Windows mayoverlap and partially, or entirely, hide other windows or icons. Whatresults is that the particular information the user wants to obtain maybe hidden behind several layers of windows and may be difficult toaccess; when an icon is hidden by another window it is temporarily notaccessible. This has been referred to in the industry as the “windowoverlap” problem. There are several instances where window overlapproblems routinely arise in the usage of conventional user interfaces.For the purposes of this particular invention, a window overlap problemof particular interest involves floating windows which provide feedbackinformation to a user regarding a particular operation or application.

Those familiar with computers having graphical user interfaces willrecognize the floating window as a useful, yet sometimes annoyingphenomenon. Consider, for example, the floating window 10 illustrated inFIG. 1 which provides feedback for a speech recognition program. Morespecifically, the floating window 10 overlays existing windows, e.g.,document window 14, to provide the user with feedback regarding whethera sound has been heard and whether an utterance has been recognized bythe speech recognition program. However, the floating window 10 onlyprovides useful information when the user is actively engaged in issuingspeech commands and, therefore, only conveys relevant information to theuser during relatively short intervals. Nonetheless, floating window 10remains on the desktop as long as the speech recognition program isactive, often obscuring documents or other underlying windows. When thefloating window 10 obscures such underlying windows, the user canneither view nor interact with the contents thereof.

Thus, it can be seen that there remains a need in the art to design aGUI which permits a user to receive the useful information provided byfloating windows while at the same time providing greater availabilityto the user, of the underlying windows content.

SUMMARY

According to exemplary embodiments of the present invention, these andother drawbacks and difficulties of conventional GUIs are overcome byproviding such floating windows with varying visual and manipulativequalities. For example, a floating window that has not been updated withnew information within a predetermined time period will becometranslucent so that the underlying window or windows are then visible tothe user. Other actions or omissions may also serve as a trigger forgraduated translucency of windows according to the present invention.Moreover, as the floating window becomes translucent, the user canclick-through to the underlying window(s) to interact with its contents.When information on the floating window is updated, it can return tobeing opaque until the predetermined time period has elapsed againwithout new information being presented.

According to one exemplary embodiment of the present invention, thefloating window may become translucent in steps. For example, thefloating window may initially be displayed as completely opaque andthen, after the predetermined time period expires, may have its opacityreduced in steps of, for example, twenty-five percent. The floatingwindow can have a lower limit of translucency as well. Each of theseparameters may be set by the application which generates the floatingwindow or they may be set by the system or the user.

By applying graduated visual translucency, as well as manipulativetranslucency, a user is able to receive the benefits of aninformation-bearing floating window without having to move the floatingwindow to reach underlying content. Moreover, the change in visualtranslucency provides a focus mechanism to the user who will readilyassociate a return to opacity with new information being presented onthe floating window.

BRIEF DESCRIPTION OF THE DRAWINGS

These and other objects, features and advantages of the presentinvention will be readily understood by those skilled in the art byreading the following detailed description in conjunction with thedrawings, in which

FIG. 1 depicts a conventional user interface including a floating windowoverlaying a document window;

FIG. 2 is a block diagram of an exemplary system in which the presentinvention can be implemented;

FIG. 3 is an exemplary computer system which may contain the functionalblocks of FIG. 2 and in which the present invention can be implemented;

FIG. 4 illustrates various levels of translucency of a window accordingto an exemplary embodiment of the present invention;

FIG. 5 illustrates interactions between an operating system and anapplication to create variable visual and manipulative windows accordingto an exemplary embodiment of the present invention;

FIG. 6 is a flowchart illustrating exemplary methods according to thepresent invention; and

FIGS. 7(a)-7(d) depict graduated translucency according to an exemplaryembodiment of the present invention.

DETAILED DESCRIPTION

In the following description, for purposes of explanation and notlimitation, specific details are set forth, such as particular circuits,circuit components, techniques, etc. in order to provide a thoroughunderstanding of the present invention. However, it will be apparent toone skilled in the art that the present invention may be practiced inother embodiments that depart from these specific details. In otherinstances, detailed descriptions of well-known methods, devices, andcircuits are omitted so as not to obscure the description of the presentinvention.

Exemplary embodiments of the present invention can be implemented on anApple Macintosh™ computer system using the Finder™ user interface.However, it will be readily appreciated by those skilled in the art thatuser interfaces and elements of user interfaces according to the presentinvention can be used in combination with any system having a processorand a display. In general, such computer systems, as illustrated inblock diagram form by FIG. 2, comprise a bus 300 for communicatinginformation, a processor 301 coupled with the bus for processinginformation and instructions, a random access memory 302 coupled withthe bus 300 for storing information and instructions for the processor301, a read only memory 303 coupled with the bus 300 for storing staticinformation and instructions for the processor 301, a data storagedevice 304 such as a magnetic disk and disk drive or CD ROM drivecoupled with the bus 300 for storing information and instructions, adisplay device 305 coupled to the bus 300 for displaying information tothe computer user, an alphanumeric input device 306 includingalphanumeric and function keys coupled to the bus 300 for communicatinginformation and command selections to the processor 301, a cursorcontrol device 307 coupled to the bus for communicating information andcommand selections to the processor 301, and a signal generating device308 coupled to the bus 300 for communicating command selections to theprocessor 301.

The display device 305 utilized with the computer system and the presentinvention may be a liquid crystal device, cathode ray tube, or otherdisplay device suitable for creating images and alphanumeric characters(and ideographic character sets) recognizable to the user. The cursorcontrol device 307 allows the computer user to dynamically signal thetwo dimensional movement of a visible symbol (cursor) on a displayscreen of the display device 305. Many implementations of the cursorcontrol device are known in the art including a trackball, mouse,joystick or special keys on the alphanumeric input device 306 capable ofsignaling movement of a given direction or manner of displacement. It isto be appreciated that the cursor also may be directed and/or activatedvia input from the keyboard using special keys and key sequencecommands. Alternatively, the cursor may be directed and/or activated viainput from a number of specially adapted cursor directing devices,including those uniquely developed for the disabled. In the discussionsregarding cursor movement and/or activation within the preferredembodiment, it is to be assumed that the input cursor directing deviceor push button may consist any of those described above and specificallyis not limited to the mouse cursor device.

FIG. 3 illustrates an exemplary computer system that in which thepresent invention can be implemented. It will be appreciated that thiscomputer system is one of many computer systems that may can include thepresent invention. Therein, a keyboard 400 with keys 402 and keypad 404is attached to the computer 406 along with a mouse device 408 and mousepush button(s) 410 for controlling the cursor. The mouse device 408 andpush button 410 make up a cursor control device 307. It will beappreciated that many other devices may be used as the cursor controldevice 307, for instance the keyboard 400 may be substituted for themouse device 408 and button(s) 410 as just discussed above. The computer406 also typically contains a one or more media drives 411 (e.g., floppydisk, hard disk or CD ROM) and a display screen 412.

Having described exemplary computer systems in which user interfacesaccording to the present invention can be implemented, the discussionnow turns to a description of such user interfaces. According toexemplary embodiments of the present invention, the visual andmanipulative characteristics of windows can be varied over time.Consider, for example, the information bearing window 500 illustrated inFIG. 4 in three different visual states. Initially, in panel A, thefloating, information-bearing window 500 is completely opaque andcontains certain information which can be easily read by the user.

After some predetermined period of time has elapsed, e.g., 10 seconds,during which the information displayed in window 500 has not changed,the processor adds some degree of translucency to window 500 as seen inpanel B. For example, the window 500 may become 20% translucent. At thepoint in time depicted in panel B, one can faintly make out the object510 underlying the information-bearing window 500, which object 510 wascompletely obscured while window 500 was opaque in panel A. Next, aftera second period of time (which may be the same as or different than thefirst period of time) during which the information in window 500 remainsunchanged, the processor renders window 500 in a final translucent stateas seen in panel C, wherein object 510 is even more readily visible, aswell as the underlying window entitled “Speakable Items”. For example,the window 500 may be rendered as 40% translucent. If information ischanged in window 500 when the window 500 is displayed in the state ofeither panel B or panel C, then the window is returned to its completelyopaque state. Another example of graduated translucency according toexemplary embodiments of the present invention is shown in FIGS.7(a)-7(d). In FIG. 7(a), the window 700 has no translucency, i.e., is100% opaque. Next, in FIG. 7(b), the same window 700 is displayed with20% translucency (80% opaque). Likewise, FIGS. 7(c) and 7(d) portraywindow 700 with translucencies of 40% and 60%, respectively.

Thus, FIGS. 4 and 7(a)-7(d) exemplify the manner in which the presentinvention provides graduated visual translucency to a window in agraphical user interface. Those skilled in the art will appreciate thatalthough the foregoing example illustrates an embodiment having one stepof translucency for window 500 between an opaque state and a translucentstate, any number of steps, e.g., one or three or more can be provided.Moreover, the time period between steps can also be set to any desiredvalue or values. For example, the time period between the completelyopaque state depicted in FIG. 7(a) and the 20% translucent state of FIG.7(b) may be 5 seconds, the time period between the 20% translucent stateof FIG. 7(b) and the 40% translucent state of FIG. 7(c) may be 3 secondsand the time period between the 40% translucent state of FIG. 7(c) andthe 60% translucent state of FIG. 7(d) may be 2 seconds.

The visual translucency of windows according to the present inventioncan be generated according to any known method including, as will beappreciated by those skilled in the art, blending the pixels associatedwith window 500 together with pixels from the underlying window using analgorithm which provides an appearance of translucency. Specific detailsof such algorithms are beyond the scope of this discussion, however theinterested reader is directed to U.S. Pat. No. 5,949,432, entitled“Method and Apparatus for Providing Translucent Images on a ComputerDisplay”, assigned to Apple Computer, Inc., the disclosure of which isexpressly incorporated herein by reference, for further details of oneexemplary technique for creating such a translucent effect. In usingsuch blending techniques, a variable degree of translucency (oralternatively opacity) can be obtained, e.g., by varying a ratio ofpixels taken from the overlaid window 500 relative to pixels taken fromthe underlying objects or background. For example, by making the ratioof pixels selected from window 500 relative to pixels selected from theunderlying window in panel B of FIG. 4 greater than the same ratio usedby the processor 301 to render panel C in FIG. 4, a lesser degree oftranslucency is provided for window 500 in panel B as compared withpanel C. Such a ratio can be expressed as a percentage as mentionedabove, e.g., window 500 in panel B is 20% translucent whereas window 500in panel C is 40% translucent.

The parameters mentioned above that are associated with the generationof graduated, visual translucency according to the present invention canbe provided to the processor by an application which is associated withthe window 500. For example, if a speech recognition program indicatesthat an information-bearing, floating window is to be created on thegraphical user interface to provide the user with feedback regarding thestatus of the speech recognition program, the application can passvalues for these parameters to an appropriate functional layer of thecomputer operating system as shown in FIG. 5. Therein, an operatingsystem 600 includes, among other functional elements not shown here, awindow manager 610 and an event manager 620. The window manager 610includes a definition of a window having variable visual translucency (aVVT window), which definition identifies the particular parameters to bepassed such that the window manager 610 can create the window 500 on thegraphical user interface. For example, the window manager 610 mayinclude a VVT definition which includes the following elements:

VVT WindowDef [Region] specifying the region of the desktop in which torender the VVT window; [Initial translucency] specifying thetranslucency percentage of the initial state (subsequent to the opaquestate) of the VVT window; [Final translucency] specifying thetranslucency percentage of the final state for the VVT; [Decay] rate atwhich window becomes more translucent between initial and finaltranslucency states, e.g., 10% every five seconds without changes to thedisplayed information; [First time period] time after which opaquewindow enters initial state if information displayed therein remainsunchanged; [Manipulative translucency at which input in window regiontranslucency] operates on underlying object(s).

To create a VVT window using this exemplary definition, application 630makes a call for a new VVT window to the window manager 610, including aspecification of the parameters set forth in the VVTWindowDef, e.g., VVT(Region, 20%, 60%, 10%/5 seconds, 10 seconds). The window manager 610would then render the VVT window in the designated region with thedesired variable translucent properties. Once again, those skilled inthe art will appreciate that the above-described window definition issimply illustrative and that other definitions having differentparameters can be used to achieve the same or similar effects. Moreover,other parameters can be added to the VVT window definition. For example,a transition effect can be added which lets the user know that thewindow 500 is beginning to fade or when the window becomes opaque onceagain, e.g., a brief flash or sound effect, so that the user is informedthat the information being displayed in the window 500 has not changedrecently or has just been updated, respectively.

According to further exemplary embodiments of the present invention,manipulative transparency can also be provided to window 500. Forexample, when the window 500 reaches a certain visual translucency,e.g., a percentage specified by the application 630 in the window call(or specified by the user or operating system), then cursor operationsor other user input are interpreted by the event manager 620 asoperations on the underlying window or objects rather than an operationon the contents of window 500. To illustrate this point, suppose thatthe application 630 called for a window 500 as seen in FIG. 4 whereinthe initial translucent state and the manipulative translucency pointcorresponded to one another. Then, when the window 500 was displayed asshown in panel B, positioning the cursor (not shown) over the faintlyvisible object 510 under window 500 and “double-clicking”, would beinterpreted by the event manager 620 as an operation on the underlyingobject 510 instead of an operation on the contents of window 500. Byproviding manipulative as well as visual transparency, the presentinvention is able to provide the user with the useful feedbackinformation conveyed by window 500, while also allowing the user toeasily view and work with underlying objects when the information inwindow 500 is not rapidly changing.

Thus methods according to the present invention are exemplified by theflow chart of FIG. 6. Therein, at step 640, a VVT window is displayed inits opaque state. If the window's information or other contents have notchanged within a predetermined update interval, at step 650, then thewindow is rendered in its initial translucent state at step 660.Otherwise, if the window's contents have changed, then the windowremains in its opaque state. Of course, if the application 630 has onlyrequested a VVT window with a single translucent state, then this mayalso be the final translucent state. Next, at step 670, it is determinedwhether the window 500 has reached the manipulative level oftranslucency. If so, then the flow proceeds to step 680 wherein userinput is interpreted as operating on the underlying window or object(s).Otherwise, the flow continues to step 690 where it is again determined(after some predetermined delay) whether the window's contents havechanged. If so, then the window becomes opaque again. If not, then theprocess moves to block 700 wherein the window is made more translucentaccording to the parameters supplied in the call used to create thewindow.

The above-described exemplary embodiments are intended to beillustrative in all respects, rather than restrictive, of the presentinvention. Thus the present invention is capable of many variations indetailed implementation that can be derived from the descriptioncontained herein by a person skilled in the art. For example, theforegoing exemplary embodiments describe an application of the presentinvention wherein graduated translucency is triggered when informationdisplayed in a window is unchanged for a predetermined period of time.However other triggering events (lack of events) may be used to invokegraduated translucency as described herein. For example, lack of userinput, e.g., via keyboard, cursor or voice, may result in a window orother object becoming translucent as described above.

Moreover, although the foregoing exemplary embodiments relate to theprovision of graduated translucency in the direction of from opaque totranslucent, those skilled in the art will appreciate that the graduatedchange in visual output can also be applied from translucent to opaque.For example, when an input is received for a window that has reachedsome degree of translucency, that window may transition back to complete(or substantially complete) opacity in one or more steps. All suchvariations and modifications are considered to be within the scope andspirit of the present invention as defined by the following claims.

What is claimed is:
 1. A computer system comprising: a display; agraphical user interface depicted on said display; a window havinginformation displayed therein; and a processor for rendering said windowin said graphical user interface in an opaque state in response tochanging said information and rendering said window in a firsttranslucent state in response to said information being unchanged forgreater than a predetermined period of time.
 2. The computer system ofclaim 1, wherein said window is a floating window which is automaticallyplaced on top of other windows in said graphical user interface.
 3. Thecomputer system of claim 1, further comprising: a cursor control devicefor coordinating user input via a cursor displayed in said graphicaluser interface; wherein said cursor operates on contents of said windowwhen said window is in said opaque state, and said cursor operates onobjects underlying said window when said window is in said firsttranslucent state.
 4. The computer system of claim 1, wherein saidprocessor gradually transitions said window from said opaque state tosaid first translucent state.
 5. The computer system of claim 1, whereinsaid processor renders said window in response to a command from anapplication, which application defines said predetermined time period.6. The computer system of claim 5, wherein said application furtherdefines a percentage of opacity associated with said first translucentstate of said window.
 7. The computer system of claim 1, wherein userinput is interpreted by said processor as operating on an object undersaid window when said window is displayed in said first translucentstate.
 8. The computer system of claim 1, wherein said processor renderssaid window in a second translucent state if said window remainsunchanged.
 9. The computer system of claim 8, wherein said firsttranslucent state is 20% translucent and said second translucent stateis 40% translucent.
 10. The computer system of claim 8, furthercomprising: a cursor control device for coordinating user input via acursor displayed in said graphical user interface; wherein said cursoroperates on contents of said window when said window is in said opaquestate, and said cursor operates on objects underlying said window whensaid window is in said second translucent state having a different levelof translucency than said first translucent state.
 11. The computersystem of claim 1, wherein said predetermined period of time is selectedby a user of said computer system.
 12. The computer system of claim 1,wherein said first translucent state has a percentage translucencyassociated therewith, which percentage is selected by a user of saidcomputer system.
 13. The computer system of claim 1, wherein saidprocessor causes said window to become translucent in at least one stepand wherein at least one of an amount of translucency associated witheach step and a time period between each step are variable.
 14. Thecomputer system of claim 1, wherein said processor causes said window tobecome opaque in at least one step and wherein at least one of an amountof opacity associated with each step and a time period between each stepare variable.
 15. A method for displaying windows in a graphical userinterface comprising the steps of: displaying an opaque window over anobject in said graphical user interface in response to informationdisplayed in said window changes; and rendering said opaque window at afirst level of translucency in response to said information displayed insaid window remains unchanged for a predetermined time period.
 16. Themethod of claim 15, further comprising the step of: receiving a requestfrom an application to render a variably translucent window, saidrequest including said first level of translucency; and rendering saidopaque window at said level of translucency defined by said initialtranslucent state.
 17. The method of claim 15, further comprising thestep of: rendering said window from said first level of translucency toa second level of translucency if said information remains unchanged fora second time period.
 18. The method of claim 17, further comprising thestep of: responding to user input as operative on an object underlyingsaid window once said window is rendered at said second level oftranslucency.
 19. The method of claim 17, wherein said first and secondtime periods are different.
 20. The method of claim 15, furthercomprising the step of: responding to user input as operative on anobject underlying said window once said window is rendered at said firstlevel of translucency.
 21. The method of claim 15, further comprisingthe step of: selecting, by a user, said first level of translucency. 22.The method of claim 15, wherein said processor gradually transitionssaid opaque window to said initial translucent state.
 23. The method ofclaim 15, further comprising the step of: selecting, by a user, saidpredetermined period of time.
 24. The method of claim 15, furthercomprising the step of: returning said window from said firsttranslucent state to an opaque state in response to a predeterminedcriteria.
 25. The method of claim 24, wherein said step of returning isperformed gradually.
 26. A computer-readable medium for providing agraphical user interface for a computer, the computer-readable mediumcomprising: means for rendering a window having information on adisplay; and means for varying a level of translucency associated withsaid window from an opaque state to a first translucent state inresponse to said information unchanging.
 27. The computer-readablemedium of claim 26, further comprising: means for providing manipulativetranslucency to said window.
 28. The computer-readable medium of claim27, wherein said level of translucency of said window is varied aftersaid information is unchanged for a predetermined period of time. 29.The computer-readable medium of claim 26 wherein said level oftranslucency of said window is varied to said first translucent stateafter a lack of user input within said window.
 30. The computer-readablemedium of claim 29, wherein said means for varying a level oftranslucency varies said translucency of said window in at least onestep to render said window more translucent.
 31. The computer-readablemedium of claim 26, wherein said information is changed by user inputwithin said window.
 32. The computer-readable medium of claim 31,wherein said means for varying a level of translucency varies saidtranslucency of said window in at least one step to render said windowless translucent.
 33. A method for displaying windows in a graphicaluser interface comprising the steps of: displaying a window havinginformation over an object in said graphical user interface at apredetermined level of translucency; and responding to user input asoperative on said object underlying said window if said predeterminedlevel of translucency is greater than a threshold level of translucency.34. The method of claim 33, wherein said step of displaying furthercomprises the step of: displaying said window at said predeterminedlevel of translucency when information displayed in said window remainsunchanged for a predetermined period.
 35. The method of claim 34,further comprising the step of: moving said window from saidpredetermined level of translucency to a second level of translucency ifsaid information remains unchanged for a second time period.
 36. Themethod of claim 34, further comprising the step of: selecting, by auser, said predetermined period of time.
 37. The method of claim 36,wherein said first and second time periods are different.
 38. The methodof claim 33, further comprising the step of: receiving a request from anapplication to render a variably translucent window, said requestincluding said predetermined level of translucency.
 39. The method ofclaim 33, further comprising the step of: selecting, by a user, saidpredetermined level of translucency.
 40. The method of claim 33, whereinsaid threshold level of translucency is settable by at least one of anapplication, an operating system and a user, thereby permittingselective initiation of manipulative translucency.